home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19970326-19970626 / 000253_news@newsmaster….columbia.edu _Sat May 31 02:09:22 1997.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id CAA05958
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Sat, 31 May 1997 02:09:22 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id CAA02185
  7.     for kermit.misc@watsun; Sat, 31 May 1997 02:09:21 -0400 (EDT)
  8. Path: news.columbia.edu!sol.ctr.columbia.edu!news.msfc.nasa.gov!news.maxwell.syr.edu!mindspring!usenet
  9. From: David Greeson <dgreeson@mindspring.com>
  10. Newsgroups: comp.protocols.kermit.misc,comp.os.linux.misc
  11. Subject: Re: Transmit drops the last 10-14 characters
  12. Date: Sat, 31 May 1997 02:10:30 -0400
  13. Organization: MindSpring Enterprises
  14. Lines: 69
  15. Message-ID: <338FC0D6.69AAE64D@mindspring.com>
  16. References: <338498B1.41C6@raleigh.ibm.com> <5m2brb$5l3$1@newsmaster.cc.columbia.edu>
  17. NNTP-Posting-Host: user-37kbn31.dialup.mindspring.com
  18. Mime-Version: 1.0
  19. Content-Type: text/plain; charset=us-ascii
  20. Content-Transfer-Encoding: 7bit
  21. X-Server-Date: 31 May 1997 06:09:04 GMT
  22. X-Mailer: Mozilla 3.0 (X11; I; Linux 2.0.30 i586)
  23. Xref: news.columbia.edu comp.protocols.kermit.misc:7103 comp.os.linux.misc:196607
  24.  
  25. Frank da Cruz wrote:
  26. > 
  27. > In article <338498B1.41C6@raleigh.ibm.com>,
  28. > David Greeson  <dgreeson@raleigh.ibm.com> wrote:
  29. > : I'm using C-Kermit's transmit command to transfer an
  30. > : ascii file out of a serial port to an embedded uP.  I'm
  31. > : running Linux v1.2.29 and I don't remember the C-Kermit
  32. > : version, but I down loaded the version two months ago.
  33. > : I set the following items:
  34. > :
  35. > : set line /dev/cua0
  36. > : set speed 19200
  37.  
  38. set speed 9600
  39.  
  40. > : set file type binary (so it will transfer a byte at a time)
  41. > : set flow xon
  42. > :
  43. > : Then I set the uP to receive the ascii file and type crtl-\c
  44. > : C-kermit> transmit foo.bar
  45. > :
  46. > : The uP receives the whole file except for the last 10-14
  47. > : characters.  The com port has a 16550A uart.
  48. > :
  49. > But what about the microprocessor?  Does it have a buffered
  50. > UART?  Does it do flow control?
  51.  
  52.  
  53. The uP is using XON/XOFF for flow control and has a 16 byte
  54. rcv/xmit fifos.  Using port diags on the uP, I do not see
  55. the last 13 bytes of the file.  Also the port has not
  56. been overrun'd.  I'm downloading s-records and each line
  57. has a checksum which is verified.
  58.  
  59. > 
  60. > : I was wondering
  61. > : if C-Kermit opened the device; transmitted the file; Then
  62. > : closed the device before all the characters were transmitted?
  63. > :
  64. > That might have happened under 4.2BSD, but Linux is based on
  65. > System V &/or POSIX, in which a close() call ensures that all
  66. > pending output is flushed.  If it's not doing that I think we have
  67. > an OS or driver bug.
  68. > 
  69. > But before jumping to conclusions, how do we know that Kermit did
  70. > not send all the bytes?  Have you put a data scope on the line?
  71. >
  72.  
  73. After the transmit finished, I typed  "c" to connect and I
  74. could type one character and see that the uP port received
  75. the character.  Also, if I set the uart type on the PC to
  76. 16450 (setserial /dev/cua1 16450), only the last byte is
  77. missing.  I conclude that the missing bytes are not being
  78. transmitted by the PC.  But I do not know where the problem
  79. is on the PC.
  80.  
  81. I'm assuming that I have missed a setup option in kermit,
  82. not that kermit is broken.  I'm using ckermit-6.0.192-7.i386.rpm
  83. which I installed as root using "rpm -i ckermit ...".  I've
  84. seen this same problem on two of my new mobo (mtech R418 and
  85. R526) which use different chip types for the uarts.  On my
  86. old 386-40MHz w/16450 uarts, I did not have this problem.
  87. I assume it is also processor speed related.  I just have
  88. upgraded my pc to RedHat v4.2 and I'm using the 2.0.30 kernel.
  89. I'm not sure what else to try or how to verify if its a kernel
  90. problem.
  91.  
  92.  
  93. David